Systems and methods to redirect audio between callers and voice applications

ABSTRACT

A call center environment is provided that allows a customer service representative to populate a workstation display screen with data using either keystrokes or voice input. The voice input is provided to the workstation using a voice overlay and voice platform to convert audio into data usable by the workstation to populate the screen.

CROSS-REFERENCE TO RELATED APPLICATIONS AND PRIORITY

This application claims the benefit of U.S. Provisional PatentApplication Ser. No. 60/771,725, titled SYSTEMS AND METHODS TO REDIRECTAUDIO BETWEEN CALLERS AND VOICE APPLICATIONS, filed Feb. 8, 2006, andincorporated herein by reference.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH

The present application has not been funded by the United StatesGovernment.

FIELD OF THE INVENTION

The present invention relates to customer service calls and, moreparticularly, to systems and methods to redirect audio between callersto a voice application.

BACKGROUND OF THE INVENTION

Many businesses use customer call centers, whether virtual or brick andmortar, to service their customer base. In these call centers, acustomer frequently calls into the center and a customer servicerepresentative (CSR or an operator) answers the call. The CSR often asksa series of questions and enters the information into a graphical userinterface (GUI) located at the CSR's workstation for use by the customerrelationship management applications (CRM applications or applications).For example, the CSR may ask for a product serial number, the customerprovides the number, and substantially simultaneously, the CSR entersthe numbers into the applications through the GUI.

Manual entry of the information leaves much to be desired. For example,the operator frequently needs the customer to repeat the information.The operator may make an error inputting the information whether or notthe customer repeats the information. The entry of information from thecustomer is error prone and time consuming.

Against this background, it would be desirous to develop improvedsystems and methods to enter data to the applications.

SUMMARY OF THE INVENTION

The foregoing and other features, utilities and advantages of theinvention will be apparent from the following more particulardescription of a preferred embodiment of the invention as illustrated inthe accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification, illustrate embodiments of the presentinvention, and together with the description, serve to explain theprinciples thereof. Like items in the drawings are referred to using thesame numerical reference:

FIG. 1 is a functional block diagram of a call center environmentconstructed in accordance with the technology of the presentapplication; and

FIG. 2 is a timing diagram illustrating a call and information flowassociated with a call center environment of FIG. 1;

FIG. 3 is another timing diagram illustrating a call and informationflow associated with a call center environment of FIG. 1;

FIG. 4 is yet another timing diagram illustrating a call and informationflow associated with a call center environment of FIG. 1;

FIG. 5 is a functional block diagram of another call center environmentconstructed in accordance with the technology of the presentapplication;

FIG. 6 is a connectivity diagram of the environment shown in FIG. 5 in aconference mode; and

FIG. 7 is a connectivity diagram of the environment shown in FIG. 5 in amute mode.

DETAILED DESCRIPTION

Voice automation can improve CSR productivity by speeding up andreducing errors associated with data entry in applications. Voiceautomation improves efficiency because generally it takes less time tospeak a command, location, or data value than to enter the same with akeyboard, mouse, touch screen, or the like. While the savings per dataentry are small, the total time and cost saving for multiple tasks overan extended period of time can become significant.

While voice automation may provide significant time and cost savings,most applications are not configured for voice input. These applicationscan be configured to receive voice input or data entry using a voiceoverlay. A voice overlay program substitutes spoken words for keyboardstrokes, mouse clicks, or the like. Thus, the overlay programs interactswith the application as though the CSR was typing data using a keyboard,for example. Emulation of user input, such as, for example, keystrokes,is common programming technique and is used in, for example, embeddedJavaScript code, Netscape's LiveConnect, and the like. Voice input andspeech recognition are available from many sources, such as, forexample, International Business Machines Corporation (IBM), LumenVox,Microsoft, Nuance, and the like.

To create the overlay program, the programmer write scripts, such as,Voice XML fragments, to describe what the speaker may say for eachtargeted action on the screen. The voice overlay takes the results ofthe VoiceXML interpretation and programmatically acts as if keystrokesor the like were entered by, for example, setting the value of thecorresponding form element in the screen, navigating to the desireddestination, etc.

Using the voice overlay can be accomplished in a number of differentways. For example, the CSR may speak directly to the application throughthe overlay program. As desired, the CSR may toggle the audio to bedirected either to the customer or the application as desired. Suchtoggling may be similar to a push-to-talk radio toggle. In this case,for example, keying the headset may cause the audio to be directed tothe application whereas normal, non-keyed audio is directed to thecustomer.

Thus, with the toggled communication, the CSR may request a part orserial number. The customer would being providing the information. TheCSR would substantially simultaneously toggle or key the system so theCSR audio is directed to the application. The CSR would repeat theinformation and the voice overlay directs the CSR audio to the voiceplatform for recognition. Again, the audio may be toggled such that theaudio from the CSR is “heard” only by the voice platform or is “heard”by both the voice platform and the customer. Alternatively, the CSRcould direct the audio input from the customer directly to the voiceplatform. In other words, the overlay has a great deal of flexibility inimplementation. For example, the overlay may or may not allow thecustomer to hear what the CSR inputs into the application. Moreover,toggling using a key button, or switch, allows implementation of theoverlay without significant hardware changes for the CSR workstation.However, conventional telephones may need to be upgraded with aninterface to allow conversion of the audio into a format usable by thevoice platform. The interface may be, for example, a media gateway orVoIP card.

While many configurations will be apparent to one of ordinary skill inthe art, for convenience and simplicity, the following description isprovided assuming the application is presented as a collection of webpages using a combination of HTML, JavaScript, and Java applets. One ofordinary skill in the art will recognize on reading the disclosure thatother browser protocols, such as, ActiveX, Toolbars, and the like, couldbe used. Moreover, while described in a web based environment, one ofordinary skill in the art will now recognize that other operatingenvironments are possible, such as, for example, desktop applications,client applications executed in Windows or Linux operating systems, orthe like. In this configuration, the application typically runs on adesktop at a CSR workstation. The application collects data through HTMLforms that are submitted to an application server for processing by theapplication. Once processed a new page is returned to the CSRworkstation with the data.

In the above described environment, the voice overlay's voiceXML scriptsmay be deployed to the server hosting the applications or remotely as amatter of design choice. In operation, the voice platform would run thevoiceXML scripts on an as needed basis whenever a new page is displayedor display is refreshed. While the voice overlay control module could bean application separately loaded at a CSR workstation, it also may bedownloaded whenever the applications are downloaded or refreshed to theworkstation. For example, when a customer call is forwarded to the CSRor agent, the voice overlay control module may be downloaded with theinitial CSR web screen for the particular call. This is especiallybeneficial as many CSRs today are contracted by several companies thatmay all require different voiceXML scripts to function.

Referring now to FIG. 1, a functional block diagram of a call centerenvironment 100 is provided. While shown as a software environment, oneof ordinary skill in the art will now recognize that environment 100 maybe created using largely software components, hardware components, acombination thereof, or the like. Environment 100 includes, among otherthings, an application server 102. Application server 102 may supportvarious internet communication protocols, such as, for example, sessioninitiation protocols 104 and hypertext transfer protocols 106.Application server 102 is connected to a customer 108 via acommunication link 110. If customer 108 is using a VoIP compatibleconnection, communication link 110 may be direct from customer 108 toapplication server 102 via a network 112. If customer 108 is using aconventional telephone line communication link 110 may include a mediagateway 114, and network 112 would be a conventional PSTN network. Avoice platform 116 connects the voice overlay scripts 118 and connector120 to the workstation 122. Workstation 122 may be a conventionalpersonnel computer or the like with a processor, BIOS, and displaysystem. Voice platform could be, for example, a voice platform asavailable from SandCherry, Inc. and the connector could be a Vivoconnector.

In operation, a customer calls into the application server 102 to starta session with SIP 104. The workstation 122 provides a screen 124 on adisplay and provides voice overlay 118 having executable scripts toworkstation 122. Voice overlay 118 scripts would be executable by theprocessor of workstation 122. The voice overlay causes the voiceplatform 116 to load voiceXML from application server 102. The CSRtoggles the voice overlay using a toggle key 126. Toggle key 126 may bea manual switch, a GUI interface as shown, a hotkey on a workstationkeyboard, a voice tap (as explained further below) or the like. Thevoice overlay 118 uses the connector 120 to direct audio input, as shownfrom the CSR but could be configured for direct input from the customer,to the voice platform 116, which processes the audio and returns dataformatted for the application server for input into the appropriatefields. If the direct audio is from the CSR to the voice platform, thevoice platform 116 may disconnect the audio (i.e., mute) from the CSR tothe customer. Thus, depending on configuration, when the CSR prompts thecustomer for the customer's phone number, for example, the customer maystate 555-1234 which is directly input into appropriate fields 130 onthe screen 124 or the CSR may repeat the information for input with theaudio to the customer muted.

While generally described in an environment that functions well, one ofordinary skill in the art would now recognize that incoming calls may beconventional PSTN calls, TDM calls, VoIP calls, or the like. Moreover,the workstation may provide a conventional telephone for the CSR, a TDM,a VoIP, or a soft phone.

Toggle key 126 allows the CSR, or any participant having toggle key 126,to direct the audio output of the handset as needed. Thus, when needed,the CSR can direct the audio output from CSR workstation 122, whichincludes a headset or handset (microphone and speaker set) 122 h, to thevoice application that automates keystrokes or input for the operator.In effect, when the call is set up between the customer and the CSR, thetoggle key 126 operates as a “spigot” of sorts to direct the audiobetween the customer, agent, and voice platform.

When the customer is connected to the CSR, the customer is connected tothe server 102, also known generically as the Back-to-Back-User-Agent(B2BUA). The server 102 sends, for example, a sip invite to the CSRworkstation communication device, such as a VoIP compatible telephone.In other words, three participants for a customer service sessioninclude on the signaling path, the customer (and the customercommunicating device such as a telephone), the server, and the CSRworkstation device. The B2BUA or server directs the audio and thesession connections. The B2BUA is connected to the CSR workstation, suchas the phone, via an HTTP connection to the voice overlay's ControlModule, which can send commands (over HTTP) to direct the audio to thevoice platform. Initially, the audio path runs between the Customer 108and CSR 122 communication device (i.e., for example, a conventionaltelephone to telephone connection).

Ideally, at substantially the same time as the call path between theCustomer Phone and CSR workstation is being set up, there is a loaded atthe CSR's workstation, which may be a desktop computer, the startingweb-page of the application. When the web-page downloads to the browser,it includes an instance of the voice overlay including the toggle key126 and an overlay control module. The control module may be executedfrom a Java applet or the like, which issues commands to the B2BUA (viaHTTP) and the Voice Platform via the control channel. One of thecommands is “connect to voice platform” that initiates an applicationsession on the Voice Platform (similar to a caller being connected witha conventional IVR platform). Another command is “load VXML script”,which requests that the Voice Platform load a particular VXML script,and set that script for execution. This command can also be used in aprogrammatic manner to set various VXML scripts for execution on theVoice Platform as the Agent navigates the CRM application. For example,the voice overlay might choose to provide a re-sync of the visual andvoice user-interfaces whenever a new web-page is downloaded. Or thevoice overlay might change the active VXML script when a user tabs fromone field to field in a HTML form element on a single web-page. Asregards our invention, the Control Module also issues commands for“start transmission” and “stop transmission”, corresponding to the Agentpressing and releasing the virtual Transmit Key. The start/stop commandsare sent via HTTP to the B2BUA, which (in turn) signals to the relevantdevices (phones, switches, media gateways, etc.) to divert the agent'soutgoing audio to the Voice Platform, so that the VXML application canrecognize what the Agent says and return the result(s) back to theControl Module via the Control Channel. After which the Control Moduleprogrammatically simulates the Agent using the web user interface toenter the same data or navigate to the specified location.

From the foregoing description, it will now be apparent to one ofordinary skill in the art that the control of the audio between thecustomer, CSR, and voice platform may be accomplished in many ways. Forexample, the CRM application and the voice overlay's control module maybe implemented in native code for the platform (e.g., Win32), ratherthan as a web application. The customer and CSR communication devicesmay be conventional or VoIP. If the Call Center's switch is already VoIPenabled, there may be no need for a media gateway. Conversely if theswitch uses conventional circuit switching, it may be necessary toinstall a VoIP card in the switch, or install an external media gateway.

The following call flow scenarios illustrate three of many possibledifferent scenarios. In the call flow diagrams below, the “VIVO Client”label corresponds to the Control Module and the “PTT Button” labelcorresponds to the Transmit Key in the foregoing description of theinvention.

Scenario 1—PSTN Caller Connected to SIP Agent

Referring now to FIG. 2, a scenario involving a PSTN caller speaking toa CSR on an IP network. The CSR can be using a SIP-based hardware phoneor a SIP-based software phone. This scenario includes the followinglogical components:

Customer PSTN phone;

Media Gateway;

SIP Application Server;

CSR SIP Phone;

Overlay Application running on Desktop Computer; and

Voice Platform.

In the scenario shown in FIG. 2, the customer 108 places a call using aconventional telephone over the PSTN 112, step 202. The call is receivedat media gateway 114, step 204, that sends a SIP invite to applicationserver 102, step 206. Application server 102 identifies an appropriateCSR 122, step 208, and sends a SIP invite to CSR 122, step 210. Theselected CSR 122 sends a SIP acceptance to application server 102, step212, which sends a corresponding acceptance to media gateway 114, step214. While not explained herein, one of ordinary skill in the art onreading the disclosure would now recognize that media gateway 114 may beconnected to several application servers and application server 102 maybe connected to several different CSRs. Thus, if the first selectedserver or CSR is unable to accept the call, a SIP rejection would bereturned prompting the media gateway and/or server to send the invite tothe next available server or CSR until a connection is established or abusy signal or message is returned to the customer.

In any event, once the CSR is selected and the SIP acceptance (or OKs)are returned, the media gateway 114 completes the PSTN connection, step216, and establishes the audio path between the customer, the mediagateway, the server, and the CSR, step 218. In a sense, the connectionis similar to 3 or more calling with the customer 108, the server 102and voice platform 116, and the CSR 122 being three separate parties.

The CSR workstation screen 124 is loaded with the voice overlayapplication, step 219. As mentioned above, in conventional operation, aCSR may prompt a customer for a telephone number. Conventionally, thecustomer would state “555-1234” and the CSR would type that into theappropriate field on screen 124. Using the present technology, the CSR122 may prompt the customer 108 for information, such as, for example, atelephone number. Substantially on completion of the request or at leastprior to the customer responding, CSR 122 would activate toggle switch126, step 220, to direct audio to voice platform 116. The audio signalmay be customer audio (CA) or customer service representative audio(CSRA). Voice platform 116 receives the direct audio, step 222, andtransmits appropriate signals to VIVO connector 120 and applicationserver 102, step 224. Voice platform 116 converts the audio to a propersignal format and inputs the formatted signals to voice overlay 118,step 226, and voice overlay 118 uses the signals to populate theappropriate fields on screen 125, step 228. As shown in the diagram, butnot outlined above as it is generally understood in the art, the voiceplatform, audio input, VIVO connector and voice overlay would need toaccomplish the appropriate handshaking protocols. Once the customer callis completed, the call is terminated in a conventional manner, step 230.

As mentioned above, toggle switch 126 directs audio to voice platform.The audio may be from customer 108 or from CSR 122 repeating the spokenwords of customer 108. If CSR 122 is repeating customer 108, activatingtoggle switch 126 at step 220 performs the additional function of mutingthe audio connection between customer 108 and CSR 122. The muting can bea temporary disconnection of the signal path or other conventionalmuting technologies.

Scenario 2—SIP Caller Connected to PSTN Agent

Referring now to FIG. 3, a scenario involving a SIP caller speaking to aCSR on a PSTN phone. The caller can be using a SIP-based hardware phoneor a SIP-based software phone. This scenario includes the followinglogical components:

Caller SIP phone;

SIP Application Server;

Media Gateway;

CSR PSTN Phone;

Voice Overlay Application running on Desktop Computer; and

Voice Platform.

In scenario 2, customer 108 is connected via network 112 directly toapplication server 102, step 302. The customer 108 phone sends a SIPinvite to the application server 102, step 304. The application server102 sends a corresponding SIP invite to media gateway 114, step 306,which dials the CSR 122 telephone, step 308. The CSR 122 answers thephone, step 310, which causes the appropriate SIP invite acceptances,step 312. Once accepted, the audio path is established, step 218. Oncethe audio is established, the procedure is essentially the same as theabove described flow diagram 200.

In this instance, for audio from CSR 122 to populate fields on screen124, the CSR 122 audio is transferred to the voice platform via themedia gateway. Otherwise, the remaining steps of the procedure aresimilar to scenario 1.

Scenario 3—PSTN Caller Connected to PSTN Agent

Referring now to FIG. 4, a scenario involving a PSTN caller speaking toa CSR on a PSTN phone. This scenario includes the following logicalcomponents:

Caller PSTN phone;

Media Gateway;

SIP Application Server;

CSR PSTN Phone;

Voice Overlay Application running on Desktop Computer; and

Voice Platform.

The connections for scenario 3 are arranged, slightly different, butonce established operation of the environment is essentially the same asdescribed above. First, customer 108 calls CSR 122 directly over a PSTNnetwork, step 402. The CSR dials a media gateway 114, step 404, thatsends an invite to application server 102, step 406. The applicationserver and media gateway accept the invites, step 408, and callhandshaking is accomplished, step 410. The handshaking connects customer108, media gateway 114, and CSR 122, step 412. Once connected, operationof the environment is as described above.

As can be appreciated, the connection of audio between customer 108 andCSR 122 can be connected directly through media gateway 114 withoutconnecting application server 102. In this case, application server 102is only connected when toggle switch 126 is activated.

While the above described flow diagrams relates to populating editabledata fields, one of skill in the art would understand on reading thedisclosure that the voice commands may be used to navigate through theeditable fields as well as load separate web pages or launch newwindows. For example, to enter the phone number, the CSR may speak“phone number 555-1234; home address 1 Main Street USA Town USA,” whichwould provide the voice overlay an identifier for the editable field forwhich the information is being supplied as well as the data to beentered. As shown, the “phone number” prompt would cause the voiceoverlay to use “555-1234” to update the phone number data field. The“home address” prompt would cause the voice overlay to use “1 MainStreet USA Town USA” to update the home address data field, etc. Pausesbetween statements or commands, such as “stop,” may be used to indicatenew information. Similarly, the updates may be over various pages. Thus,the CSR may state, page 1 to load CRM page 1, page 2 to load CRM page 2,etc. While described as being spoken by the CSR, any audio may be used.

Referring now to FIG. 5, a call center environment 500 is provided. Asshown in FIG. 5, call center environment has a customer 502 connected toa CSR deskphone 504 through an appropriate communication network 506.Typically such a connection will be using a conventional PSTNconnection, but could be any conventional network including, forexample, a private network, a VoIP network, a Cellular network (analogor digital), other wired networks, other wireless networks, or the like.The communication network 506 may have a switch 508 with an agent queue510 to hold calls until a CSR phone 504 becomes available. The CSR isconnected to the CSR deskphone 504 by a conventional CSR headset 512,which may include a microphone and a speaker. CSR headset 512 may be aconventional telephone handset. Connected between deskphone 504 andheadset 512 is a voice tap 514. Voice tap 514 acts to direct audio fromheadset 512 between deskphone 504 and headset 512 and/or a CSRworkstation 516. Workstation 516 has a sound card 518 to provide aninterface and conversion of the audio signal to a signal usable by thecomputer. Workstation 516 also has a voice overlay loaded 520 (orpreviously installed) with the particular workstation display. Aconnector 522, shown as a VIVO connector, connects via data connection524 workstation 516 with a voice platform 526. Voice platform may belocally connected or remotely connected via an internet connection.

Referring now to FIG. 6, a call flow is shown in a conference mode 600of operation. As shown, voice tap 514 is provided between deskphone 504and headset (or handset) 512 using a standard telephony connection. Inother words, voice tap 514 provides lines to carry the audio coming fromthe CSR microphone as well as deliver audio to the CSR speaker. Voicetap 514 also provides a PC audio output connector 602, a PC audio inputconnector 604 and PC universal serial bus (USB) control 606. Referringnow to FIGS. 5-7, use of the voice tap will be explained in an exemplaryembodiment. First the agent establishes a connection to the application,which would include downloading or initiating any voice overlays. TheCSR eventually requests information from the customer that may populateor be directly input to the workscreen. The CSR may use a toggle toconference the workstation into the into the conference. The toggle maybe a graphical user interface toggle that is “clicked” on theworkstation, which would cause the workstation (which may be a personalcomputer) to issue a command to the voice tap to provide audio from thecustomer to the workstation. For more information regarding the signalfrom the workstation, see co-pending U.S. patent application Ser. No.10/906,363, titled METHOD AND APPARATUS TO ALLOW TWO WAY RADIO USERS TOACCESS VOICE ENABLED APPLICATIONS, filed Feb. 17, 2005, incorporatedherein by reference as if set out in full. Once provided, the voiceoverlay would cause scripts to execute to populate the various fields.Releasing the toggle deactivates the conference mode disconnecting theworkstation from the customer supplied audio. In this mode, the CSRstill hears the customer as the audio is directed both to the CSR andthe workstation. While this is not necessary, it is preferable so theCSR will know when the customer ceases communicating.

In some cases, the CSR will use audio to input data to the workstationscreen. While the customer may be connected to the line, which wouldfunction similar to the above but the voice tap would connect the CSRmicrophone to the PC audio input connector, frequently the CSR elects tomute the connection to the customer so the customer does not hear theCSR. In this case, the toggle would simultaneously provide controlsignal to USB control 606 to open a disconnect 702 in the audio from theCSR's microphone to the customer speak line. This may generally bereferred to as a mute mode 700 of operation. Other than disconnect 702the function is essentially the same as conference mode.

Voice tap 514 optionally includes a gain control 550. Gain control 550allows leveling the audio from either the CSR or the customer to avoidsaturation or clipping of loud audio as well as loss from audio to softfrom being ignored. Also the audio from the PC sound card is optional toallow the voice overlay to communicate.

While the invention has been particularly shown and described withreference to some embodiment thereof, it will be understood by thoseskilled in the art that various other changes in the form and detailsmay be made without departing from the spirit and scope of theinvention.

1. A method for populating customer relationship management applicationeditable data fields at a customer service representative workstationdata using audio input performed on a processor, comprising the stepsof: receiving a customer audio signal from a customer at a customerservice representative workstation; activating a toggle to direct anaudio signal to a voice platform, where the audio signal is selectedfrom a group of audio signals consisting of: the customer audio signalor a customer service representative audio signal; converting the audiosignal at the voice platform into a workstation usable signal; andpopulating the editable data fields from the customer relationshipmanagement application with data from the workstation usable signal,wherein the data is input using audio instead of keystrokes or a mouse.2. The method of claim 1, wherein the step of activating the togglefurther comprising the step of muting the customer servicerepresentative audio signal so the customer does not receive thecustomer service representative audio signal.
 3. The method of claim 1,wherein the step of activating the toggle further comprises the step ofpressing or releasing a hotkey.
 4. The method of claim 1, wherein thestep of activating the toggle further comprises the step of clicking orclicking and releasing a graphical user interface toggle display.
 5. Themethod of claim 1, wherein the step of activating the toggle furthercomprises the step of generating a command to a voice tap to operablyconnect the customer audio signal to the workstation and a customerservice representative headset.
 6. The method of claim 1, wherein thestep of activating the toggle further comprises the step of generating acommand to a voice tap to operably connect the customer servicerepresentative audio signal to the workstation and to operablydisconnect the customer.
 7. The method of claim 1, wherein the audiosignal is the customer audio signal.
 8. The method of claim 1, whereinthe audio signal is the customer service representative audio signal. 9.The method of claim 1, further comprising the steps of: launching on theworkstation the customer relationship management application and scriptsassociated with the voice overlay.
 10. The method of claim 9, whereinthe step of launching comprises the step of downloading the customerrelationship management application and scripts from the applicationserver.
 11. The method of claim 10, wherein the scripts are voicexmls.12. The method of claim 1, further comprising the step of: navigating toanother screen in the customer relationship management application withdestination from the workstation usable signal wherein the destinationis input using audio instead of key strokes or mouse.
 13. A customerservice environment comprising: a customer service representativeworkstation including a customer service representative headset operablyconnected to an audio communication network to receive audiocommunications from a customer and a processor operably connected to anapplication server to receive the customer relationship managementapplication and a voice overlay and a display to display a customerrelationship management application having editable data fields; atoggle switch to selectively couple the audio communication network tothe processor; and the processor operably connected to a voice platform,such that when the processor is coupled to the audio communicationnetwork, the voice platform converts the audio communications intoconverted audio comprising a format compatible with the customerrelationship management application and voice overlay populates theeditable data fields.
 14. The customer service environment of claim 13,wherein the toggle switch is selected from a group of switchescomprising: a hotkey or a selectable icon on a graphical user interface.15. The customer service environment of claim 13, further comprising aninterface between the customer service representative headset and theaudio communication network.
 16. The customer service environment ofclaim 15, wherein the interface comprises a deskphone.
 17. The customerservice environment of claim 15, wherein the toggle switch comprises avoice tap between the customer service representative headset and theinterface.
 18. The customer service environment of claim 17, wherein thevoice tap selectively connects audio communication from the customer tothe voice platform.
 19. The customer service environment of claim 17,wherein the voice tap selectively connects audio communication from thecustomer service representative to the voice platform and disconnectsaudio communication from the customer service representative to thecustomer.
 20. The customer service environment of claim 13, wherein theprocessor is operably connected to the voice platform navigate to otherscreens with the converted audio